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REMARKS 

Reconsideration and allowance of the subject application are respectfully requested. 

Examiner rejects claims 31-45 under 35 U.S.C. §101 stating that these claims recite "a 
computer program product" which is not a tangible embodiment and requiring amendment to 
"tangibly embody these claims on a computer recordable medium." Tliese claims have been 
amended as requested. Withdrawal of the rejection under 35 U.S.C. §101 is respectfully 
requested. 

The Examiner makes an obvio»sness-type double patenting rejection of all claims 1-45 
contending that claims 1-36 of commonly-owned application serial number 10/003^65 (the 765 
applicaUon) "contains every element of claims 1-45 of the insum. application and as such 
anticipates claims 1-45 of U,e instant application." Applicants respecMly traverse this rejection. 

Claim 1 of the instant application is directed to "a load balancing device for balancing dte 
load across a plurality of proxy devices." By contrast, independent claim 1 of the '265 
application oriy describes a "pmxy device for performing malware scanning." There is no 
recitation in claim 1 of the '265 application or any of titc its dependent claims of a load balancing 
device or of load balancing logic as recited in claim 1 of the instan, application. Independent 
claim 11 of the "265 application relates to a balanced proxy system that includes "the load 
balancing devices claimed in claim 1 ." Claim 16 r^ites a metitod of operating a load balancing 
device to balance the load across a plurality of proxy devices and recites applying a 
predetermined load balancing routine. Similar recitations are found in independent claims 3 1 
and 40. 

The claims of the co-pending application 10/003,265 are mainly directed to the proxy 
device for performing malware scanning and not to load balancing. Although claim 12 of the 
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'265 application recites a balanced proxy system, claim 12 specifically recites that the load 
balancing mechanism is a "passive load balancing mechanism" that ensures that "an access 
request issued by a particular client device will be directed to a predetermined one of said proxy 
devices dependent on how that client device was configured by the passive load balancing 
mechanism." This is a different load balancing mechanism/approach than that described in the 
claims of the instant application. Claim 12 of the '265 application does not recite, for example, 
"load balancing logic for applying a predetermmed load balancing routine to determine to which 
proxy device to direct that access request." The same is true for claims 24 and 36 the '265 
application-the only other claims to recite a passive load balancing mechanism as in claim 12. 
The other claims of the co-pending application make no mention of load balancing at all. 
Accordingly, the Applicants respectfully request that the double patentmg rejection be 
withdrawn. 

Claims 1-12. 16-27. and 31-42 remain rejected under 35 U.S.C. §112 as being 
unpatentable over Asai and Hailpem. This rejection is respectfully traversed. 

Sections 6 to 24 of the current Office Action appear to be the same as in the first Office 
Action. So Applicants' response is now directed to the Examiner's comments about the 
arguments presented in the previous response. 

In section 27 of the Office Action, it appears that the Examiner is initially relying on a 
typographical error in the response previously filed. Applicants apologize for this typographic 
error. But it is clear from ^»»t..t nf the prior response that Hailpem does not apply a 
predetermined load balancing routine in order to determine to which proxy device to direct the 
access request. See. for example, the introduction in the prior response to the claim distinctions 
relative to Hailpem: "Hailpem lades a load balancing device arranged. . . to apply a 
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predetennined load balancing routine to determine to which proxy device to direct that access 
request." The basis of Applicants' arguments relative to Hailpem were clear in the context of the 
response, and the intended meaning was certainly understood by the Examiner, see e.g., 
"Furthermore Hailpem discloses. . ." from section 27 of the Office Action. 

As admitted by the Examiner, Asai does not disclose that the proxy device (the context 
server of Fig. 1) performmg malware scamiing of files stored within the file storage device. 
Indeed, Asai does not even disclose malware scanning. 

The Examiner relies on Hailpem in an attempt to remedy Asai's deficiencies. Hailpem 
describes a proxy server system arranged to perfomi malware scamiing. Hailpem's client devices 
access via the Intemet content stored on content servers. As is known in such systems, a client 
device typically accesses the Intemet via a pre-defined sequence of proxy servers. For example, 
with reference to Figure 1, the client device 1220 accesses the Intemet 1020 via the sequence of 
proxy servers 1 140. 1 1 10, and 1 100. Hailpem enables the proxy servers in that pre-defined 
sequence to collaborate when perfomiing virus checking based on meta-infomiation associated 
with each data object retrieved via the Intemet (column 1, lines 25-28). The meta-infomiation 
enables any particular proxy server to keep track of processing perforated by any other proxy 
server in the link between the client device and the Intemet. As a result, those proxy servers can 

collaborate to perform vims checking. 

Hailpem's teachings differ from what is recited in claim 1. In particular, in Hailpem, the 
of nroxv servers required to process an access request is^redfflnined dependent upon 
the client. What Hailpem provides is a mechanism for spreading out the required vims checking 
among those proxy servers in the sequence. In contrast, claim 1 recites a dedicated load 
balancing device that intercepts access requests issued to the file storage device in order to select 
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a particular proxy server in accordance with a balancmg routine. Hiere is clearly no such load 
balancing device described in Hailpem, 

AS a result, Hailpem also does not describe any of the other claim feattoes of the load 
balancing device set out in claim 1 . For example. Hailpem lacks "load balancing logic tor 
applying a predetemiined load balancing routine to detemtine to which proxy device to direct 
that access request." In Hailpem. the sequence of proxy servers required to process any 
parUcular access request is predetennined. and hence, there is no detemtination to be made. 

Accordingly, it is also clear that Hailpem does not di«.lose a load balancing device with a 
■•proxydevice interface for sending the access request to the proxy device d.temtin«l by the load 

balancing logic /' 

From an architectural pomt of view, Asai is the more relevant reference employing a load 
distribution server 20 which the Examiner has considered equivalent to the claimed load 
balancing device. But Asai does not describe any malware scanning, and any malware scamung 
would be performed within Asai's content server 30 in accordance with known techniques, ht 
contrast, Hailpem is an entirely differem system where any particular client device accesses file 
contentoverthelnteme, via a prn nrd.ined ^^.mr. of proxy servers. Within such a system, 
there is no role for the claimed load balancing device because there is no ability to choose 

between different proxy devices. 

Turning to the Examiner's comments at section 29 of the Official Action, the Examiner 
fails to explain how Asai could be adapt«l based on HaUpem. ht which elements of Hailpem 
does the Examiner believe the teachings of Hailpem could be implemented7 In Asai's system, 
the load distribution server 20 choo^s a single cache server to handle the access to the content 
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server 30, and hence, Hailpem' s meta-information routed between proxy servers at different 

levels (see Fig. 1) would have no use. 

The combinalion of Asai and HaUpem also taiU to disclose the claimed feature of issuing 

.•access request .-j-p - ^ ^""""^ ^'"""=' 
content server 30 but does not point out where Asai teaches an access request using a dedicated 
file access protocol. Mor«.ver, the Examiner tails to point out where either reference teaches the 
specific examples of dedicated file access protocols, such as the server message block (SMB) 
protocol and the network file system (NFS) protocol recited in several dependent claims. 
Hailpem's Intemet-based system means that the access request are issued using the HTTP 
protocol. Sec, for example, col. 9, lines 61-65. HTTP is not a dedicated tile access protocol, but 
instead, is a protocol primarily designed for transmission of text. 

■nms, the combination of Asai and Hailpem fails to disclose mulUple features recited in 
the claims. Applicants also refer the Examiner to the earlier response in which it was 
demonstrated that neither Hailpem nor Asai are directed to the ssmaiBto as the instant 
inventors. Although not addressed by the Examiner, the Federal Circuit has clearly instructed 
that the consideration of the problem confronted by the inventors isreguired in determining 
whether it would be have been obvious to combine references in order to solve that problem. 
Nortkem Telecom. Inc. v. D«.p»mr Corp.. 908 F.2d 931, 935 (Fed. Cir. 1990). Lacking that 
same problem analysis, the obviousness rejections are aho deficient because they fail to provide 
the requisite motivation to make the proposed combinations and modifications of Asai and 
Hailpem. 

The application is in condition for allowance. An early notice to that effect is earnestly 
solicited. 
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